Application to worker communication interface

ABSTRACT

A substantially real-time voice, text, and messaging communications system employs application triggers for communications. A system provides communication between an executable application and a worker. The system comprises at least one repository including mapping information associating predetermined indicators conveyed by transaction messages with tasks performed by corresponding workers and communication routing information for use in establishing communication with the corresponding workers. A filter automatically accesses transaction messages processed by an executable application and uses the mapping information to identify a predetermined indicator in a received transaction message and a particular worker associated with the received transaction message. A communication interface generates voice message data representing a voice message for communication to the particular worker in response to identifying the predetermined indicator in the received transaction message and uses the routing information to wirelessly communicate the voice message data to a voice message reproduction device borne by the particular worker. The voice message conveys information concerning content of the received transaction message.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.15/686,886, entitled “An Application to Worker Communication Interface”and filed on 25 Aug. 2017, which is a continuation of U.S. Pat. No.9,779,209, entitled “An Application to Worker Communication Interface”and filed on 17 Jul. 2007, which is a non-provisional of the provisionalU.S. App. No. 60/820,120, entitled “An Application to WorkerCommunication Interface” and filed 24 Jul., 2006, wherein the entiretyof these applications being incorporated by reference herein.

FIELD OF THE INVENTION

This invention concerns a system providing communication between anexecutable application and a worker involving generating voice messagedata for communication to a worker in response to processing transactionmessages.

BACKGROUND OF THE INVENTION

Known systems lack efficiency in their workflow processes in the use ofcomputers for retrieving and managing information. A workflow processcomprises a sequence of tasks or steps for performance by a device andor worker, for example. Known systems involve expenditure of valuabletime by a user in getting to and accessing a PC, logging in to anapplication, and retrieving information concerning a task to beperformed in a particular workflow. Repeated trips by a worker to a PCto check on availability of information are typically required involvingwasted time. A system according to invention principle addresses thesedeficiencies and related problems.

SUMMARY OF THE INVENTION

A Voice Application Integration Filter (VAIF) operates with aninter-computer data exchange system and programmatic mapping scheme toautomatically communicate a variety of information to user-worn wirelesscommunication badge devices, without manual intervention, in response toembedded application triggers, for example. A system providescommunication between an executable application and a worker. The systemcomprises at least one repository, including mapping informationassociating predetermined indicators conveyed by transaction messageswith tasks performed by corresponding workers and with communicationrouting information for use in establishing communication with thecorresponding workers. A filter automatically accesses transactionmessages processed by an executable application and uses the mappinginformation to identify a predetermined indicator in a receivedtransaction message and a particular worker associated with the receivedtransaction message. A communication interface generates voice messagedata representing a voice message for communication to the particularworker in response to identifying the predetermined indicator in thereceived transaction message and uses the routing information towirelessly communicate the voice message data to a voice messagereproduction device borne by the particular worker. The voice messageconveys information concerning content of the received transactionmessage.

BRIEF DESCRIPTION OF THE DRAWING

FIG. 1 shows a system providing communication between an executableapplication and a worker, according to invention principles.

FIG. 2 shows a flowchart of a process performed by a system providingcommunication between an executable application and a worker, accordingto invention principles.

DETAILED DESCRIPTION OF THE INVENTION

A system provides substantially real-time voice, text, and messagingcommunications for a mobile, geographically dispersed workforce within alarge hospital facility or campus, for example, by employing triggerfunctions in executable applications. A Voice Application IntegrationFilter (VAIF) operates with an inter-computer data exchange system andprogrammatic mapping scheme to automatically communicate a variety ofinformation to user-worn wireless communication badge devices (such asdevices compatible with those provided by Vocera) in response toembedded application triggers without manual intervention. The systemcommunicates data identifying treatment orders and results informationto clinicians and user-relevant information originating from otherhealthcare applications such as radiology, respiratory therapy, physicaltherapy, dietary, transport, housekeeping, and bed management, forexample. The system streamlines workflow and improves worker and deviceproductivity.

A processor, as used herein, operates under the control of an executableapplication to (a) receive information from an input information device,(b) process the information by manipulating, analyzing, modifying,converting, and/or transmitting the information, and/or (c) route theinformation to an output information device. A processor may use, orcomprise the capabilities of, a controller or microprocessor, forexample. The processor may operate with a display processor orgenerator. A display processor or generator is a known element forgenerating signals representing display images or portions thereof. Aprocessor and a display processor may comprise a combination ofhardware, firmware, and/or software.

An executable application, as used herein, comprises code ormachine-readable instructions for conditioning the processor toimplement predetermined functions, such as those of an operating system,a context data acquisition system, or other information processingsystem, for example, in response to user command or input. An executableprocedure is a segment of code or machine-readable instruction,sub-routine, or other distinct section of code or portion of anexecutable application for performing one or more particular processes.These processes may include receiving input data and/or parameters,performing operations on received input data and/or performing functionsin response to received input parameters, and providing resulting outputdata and/or parameters. A user interface (UI), as used herein, comprisesone or more display images, generated by a display processor andenabling user interaction with a processor or other device andassociated data acquisition and processing functions.

The UI also includes an executable procedure or executable application.The executable procedure or executable application conditions thedisplay processor to generate signals representing the UI displayimages. These signals are supplied to a display device which displaysthe image for viewing by the user. The executable procedure orexecutable application further receives signals from user input devices,such as a keyboard, mouse, light pen, touchscreen, or any other meansallowing a user to provide data to a processor. The processor, undercontrol of an executable procedure or executable application,manipulates the UI display images in response to signals received fromthe input devices. In this way, the user interacts with the displayimage using the input devices, enabling user interaction with theprocessor or other device. The functions and process steps herein may beperformed automatically or wholly or partially in response to usercommand. An activity (including a step) performed automatically isperformed in response to executable instruction or device operationwithout user direct initiation of the activity. Workflow comprises asequence of tasks performed by a device or worker or both. An object ordata object comprises a grouping of data, executable instructions, or acombination of both, or an executable procedure.

A workflow processor, as used herein, processes data to determine tasksto add to a task list, remove from a task list, or modify tasksincorporated on, or for incorporation on, a task list. A task list is alist of tasks for performance by a worker or device or a combination ofboth. A workflow processor may or may not employ a workflow engine. Aworkflow engine, as used herein, is a processor executing in response topredetermined process definitions that implement processes responsive toevents and event associated data. The workflow engine implementsprocesses in sequence and/or concurrently, responsive to eventassociated data to determine tasks for performance by a device and/orworker and for updating task lists of a device and a worker to includedetermined tasks. A process definition is definable by a user andcomprises a sequence of process steps including one or more of start,wait, decision, and task allocation steps for performance by a deviceand or worker, for example. An event is an occurrence, affectingoperation of a process implemented using a process definition.

A Workflow Management System is a software system that managesprocesses. It includes a process definition function that allows usersto define a process that should be followed, and an Event Monitor, whichcaptures events from a Healthcare Information System and communicatesthe results to the Workflow Management System. A processor in theWorkflow Management System tracks which processes are running, for whichpatients, and what step needs to be executed next, according to aprocess definition. The Workflow Management System includes a procedurefor notifying clinicians of a task to be performed, through theirworklists, and a procedure for allocating and assigning tasks tospecific users or specific teams. A document or record comprises acompilation of data in electronic form and is the equivalent of a paperdocument and may comprise a single, self-contained unit of information.

FIG. 1 shows system 10 providing communication between an executableapplication and a worker. System 10 employs multiple componentsincluding a communication system, Voice Messaging interface (VMI) (e.g.,available from Vocera and others), and a data exchange system forexchanging data between different computer systems using different dataformats and communication protocols. System 10 includes a filter forcapturing and parsing transaction messages such as messages compatiblewith the HealthLevel7 (HL7) standard compatible format from a sourceapplication to extract and acquire data items. HL7 is a standard for theexchange, management, and integration of data that supports clinicalpatient care, and the management and delivery of healthcare services bydefining the protocol for exchanging clinical data between diversehealthcare information systems. The filter provides relevant data itemsfor communication to a particular workflow, device, clinician, or workerthat needs to take action. The acquired data items are sent to awireless communication badge device (e.g., such as one available fromVocera and others) after being translated from text to speech by theVMI. Predefined triggers associated with a particular workflow areemployed by system 10 to provide a seamless and efficient workflow forhealthcare workers, for example. Information relevant to worker-specifictasks is sent automatically to the specific worker wirelesscommunication badge device.

System 10 provides communication between an executable application and aworker using a clinical event interface 30 including a data exchangesystem 25. System 25 exchanges data between different computer systems(and associated executable applications) including voice messaginginterface 35 and voice messaging system 40 using different data formatsand communication protocols. Interface 30 also includes a workflowprocessor including a workflow engine for managing scheduling ofperformance of tasks by devices and personnel in a hospital, forexample, by managing addition, deletion, and amendment of tasks onworklists of devices and personnel. The workflow engine initiatesperformance of workflows in response to predetermined workflow processdefinitions stored in a repository in unit 30. The workflow engine usesvoice messaging interface 35 and voice messaging system 40 to informpersonnel of tasks for performance. Clinical event interface 30 includesat least one repository incorporating mapping information associatingpredetermined indicators conveyed by transaction messages with tasksperformed by corresponding workers and communication routing informationfor use in establishing communication with the corresponding workers.Filter 38 automatically accesses transaction messages processed by anexecutable application and uses the mapping information to identify apredetermined indicator in a received transaction message and aparticular worker associated with the received transaction message.

The transaction messages that are provided by laboratory informationsystem 13 are communicated to pharmacy system 17 and clinicalinformation repository system 19, and filter unit 38 via data exchangesystem 25. Transaction messages are also acquired from a variety ofother systems (not shown to preserve drawing clarity) including acomputerized order entry (CPOE) system, scheduling system, appointmentsystem, treatment management system, admission, discharge and transfer(ADT) system, and a clinical information processing system. The acquiredtransaction messages are communicated to destination systems via dataexchange system 25. A communication interface in voice messaging system40 generates voice message data representing a voice message forcommunication to the particular worker in response to identifying thepredetermined indicator in the received transaction message. Thecommunication interface uses the routing information to wirelesslycommunicate the voice message data to a voice message reproductiondevice borne by the particular worker. The voice message conveysinformation concerning content of the received transaction message.

In operation, an HL7 compatible transaction message (e.g., conveyinglaboratory test results) is communicated from laboratory informationsystem 13 to data exchange system 25 using an IP/TCPIP compatiblecommunication protocol in a hospital, for example. System 25 identifiesan HL7 message based on predetermined indicators found in an HL7 message(or other format message) header or content. Data exchange system 25routes the received transaction message to application message filterinterface (AMFI) 38 as well as to pharmacy information system 17 andclinical information repository system 19. Data exchange system 25replicates the transaction message data and sends the replicatedtransaction message data to a destination system and AMFI 38. Thetransaction message may, for example, comprise critical laboratory testresults and contain data fields conveying patient name and identifier,medical record number, attending physician identifier, test result(observation) identifier, the observation result, status of the result(e.g., final, preliminary, first stage, etc.), an abnormal indicatoridentifying an observation as abnormal, and other items.

AMFI 38 parses the received transaction message and compares transactionmessage data elements with predetermined stored alert message generationcriteria. The alert message generation criteria stored in a repositoryin voice messaging interface 35 associates particular HL7 message dataelements with particular workflows and alert message destinations (e.g.,workers). Specifically, the alert message generation criteria associatesidentifiers of workers with HL7 message data elements including patientname and identifier, medical record number, attending physicianidentifier, test result (observation) identifier, and other HL7 conveyedelements. The alert message generation criteria further associateidentifiers of workers (such as physicians) with one or more particularworkflows (and associated workflow identifiers) as well as one or moreparticular steps (and associated workflow step identifiers) within aparticular workflow.

AMFI 38 parses the received transaction message to identify HL7 messagedata elements and compares the HL7 message data elements withpredetermined stored alert message generation criteria to identify areceived transaction message that is associated with a particularphysician or destination. Similarly, AMFI 38 may also identify areceived transaction message that is associated with one or more otheralert generation parameters including patient name and identifier,medical record number, attending physician identifier, test result(observation) identifier, workflow, and step within a workflow. Therebyalert generation criteria act to initiate a request for an informationalert message to be generated within a specific workflow, for example.In response to transaction message data matching alert messagegeneration filter criteria, the transaction message is stored in a VMIdatabase in VMI 45 for processing. The processing includes identifying afield in a transaction message, for example the attending MD field. Inexemplary operation, messages that are received with an abnormalindicator flag set, along with the attending MD field, are sent to VMI45 and from there to a wireless communication badge device that theattending MD is wearing, in response to an alert generation criteriamatch, for example.

Further, in response to a determination, a received transaction messageis associated with one or more alert generation criteria and aparticular workflow of a hospital, for example, a trigger is activatedto convey a transaction message through AMFI 38 and to virtual messageinterface (VMI) 45 via online processor 43. Processor 43 communicateswith VMI 45 via a VMI Application Programming Interface (API) and, inresponse to matched alert generation criteria identified by AMR 38,provides message generation data to VMI 45. The message generation dataincludes a destination identifier (e.g., a physician identifier), amessage identifier, login ID, the message, ring tone if applicable, apriority (e.g., stat, emergency), and a callback contact number, forexample. Processor 43 provides the message, which may comprise apredetermined message or a message derived by incorporation oftransaction message data (e.g., test result values) and identifiers ofworkers (such as physicians) in a template message, for example. Insystem 10, if a transaction message meets alert generation criteria ofAMFI 38, a second replicated transaction is created for transfer to awireless communication badge device (e.g., devices 53-59). The secondtransaction is processed in parallel with the original HL7 transaction,which proceeds on to designated locations 17 and 19. If a transactionmessage does not meet alert generation criteria of AMFI 38, for example,because the transaction message does not relate to a customer-specifiedworkflow for which an alert generation criteria trigger has beendefined, the transaction message proceeds to its intended destination.

VMI 45 in voice messaging system 35, processes message generation datareceived from AMFI 38 to provide a transaction message in a formatcompatible with a Voice wireless communication application executing onserver 50. VMI 45 communicates with server 50 using a TCP/IP protocol,for example. The server 50 communication application initiatescommunication of a text message to an appropriate corresponding wirelesscommunication badge device of devices 53, 55, 57, and 59 using anInternet compatible communication protocol, for example. Processor 43also bidirectionally communicates with server 50 and the communicationapplication executing on server 50 to enable server 50 to acquire datasupporting messaging and to enable processor 43 to query server 50 toobtain records of messages communicated and success or failure of thecommunications, for example. This communication may employ databasequerying protocols such as SQL, ODBC, or an MS Access compatible queryprotocol, for example.

In operation of system 10, a respiratory therapist receives a next orderin data received via a wireless communication badge device from theserver 50 communication application while attending a patient at ahospital location. In contrast, a known system requires the respiratorytherapist to walk back to a therapy department location and login to anassociated computer application and retrieve the next order from theapplication. In another example, a clinician receives a message thatlaboratory test results are available for a particular patient whileattending patients with a physician and substantially instantlycommunicates the results to the physician. Further, in a bed managementprocess, house cleaning services are notified by a bed managementapplication via system 10 when a room is vacant and ready to be cleaned.System 10 improves workflow operation by facilitating directcommunication of healthcare applications with a healthcare worker usinga process involving a hospital interface engine and AMFI 38 receiving anHL7 (for example) transaction message from a hospital application. Inone embodiment, the HL7 transaction message is matched against hospitaldesignated message workflows and if the filtered HL7 transaction messagemeets hospital alert message generation criteria, a corresponding HL7transaction message is sent to VMI 45 which forwards a correspondingtransaction message to a Voice wireless communication badge device(e.g., badge 53).

FIG. 2 shows a flowchart of a process performed by system 10 providingcommunication between an executable application and a worker. The stepsof FIG. 2 may be performed automatically. In step 212 following thestart at step 210, a workflow engine in interface 30 executes inresponse to predetermined process definitions that implement aparticular workflow process responsive to events and event associateddata. In another embodiment, a task processor (instead of a workflowengine) in interface 30 manages a particular workflow process responsiveto events and event associated data. Interface 30 in step 214 stores inat least one repository in unit 30 (or unit 35) mapping informationmutually associating predetermined indicators conveyed by transactionmessages conveying healthcare information concerning patients with tasksof workflow processes and with corresponding healthcare workers and withdevices performing the tasks as well as with an individual task of asequence of tasks of the particular workflow and with communicationrouting information for use in establishing communication between VMI 45and corresponding healthcare workers and devices. The routinginformation includes healthcare worker specific communicationinformation indicating one or more of (i) prioritized communicationroutes and (ii) a callback number. The transaction messages are HL7(HealthLevel7) protocol compatible messages conveying healthcareinformation concerning patients.

In step 217, filter 38 automatically accesses transaction messagesprocessed by an executable application in a healthcare organization.Filter 38 automatically, without human intervention, uses the mappinginformation to identify a predetermined indicator in a receivedtransaction message and a particular healthcare worker and particularworkflow process (including individual tasks of a particular workflow)associated with the received transaction message. The mappinginformation associates a predetermined indicator conveyed by thereceived transaction message with an individual task of a sequence oftasks of the particular workflow. The predetermined indicators comprisea name, a Medical Record Number (MRN), a Physician identifier or name, apatient identifier, an observation identifier, an encounter identifier,a medical observation, a patient status, and an abnormal patientlaboratory result or parameter indicator, for example. Filter 38identifies fields in the received transaction message incorporatingpredetermined indicators identifying a physician and an abnormal testresult indicator. Filter 38 comprises a conditional routing processorused in routing transaction messages to at least one of (a) laboratory,(b) pharmacy, and (c) a patient medical record in a healthcareorganization.

In step 219, communication interface 35 generates voice message datarepresenting a voice message for communication to the particularhealthcare worker in response to identifying the predetermined indicatorin the received transaction message. The generated voice message dataincludes a message together with at least one of (a) a messageidentifier, (b) a login identifier, and (c) a ring tone, for example.Communication interface 35 uses the routing information to wirelesslycommunicate the voice message data to a voice message reproductiondevice borne by the particular healthcare worker. The voice messageconveys information concerning content of the received transactionmessage to inform a worker of the individual task of the particularworkflow to be performed. Communication interface 35 generates voicemessage data representing a voice message containing an abnormal testresult for communication to a particular healthcare worker, for example.The process of FIG. 2 terminates at step 229.

The system and process of FIGS. 1-2 are not exclusive. Other systems,processes, and menus may be derived in accordance with the principles ofthe invention to accomplish the same objectives. Although this inventionhas been described with reference to particular embodiments, it is to beunderstood that the embodiments and variations shown and describedherein are for illustration purposes only. Modifications to the currentdesign may be implemented by those skilled in the art, without departingfrom the scope of the invention. System 10 is usable in any fieldemploying applications for reporting messages to a user. For example, inBuilding Technology, an application sends a maintenance message to aworker from a check valve that needs to be serviced, or if an elevatorbreaks, an error message is sent directly to a service technicianwearing a voice badge. On an assembly line when a stock part is in lowsupply, system 10 notifies a user that stock is low. The processes andapplications may, in alternative embodiments, be located on one or more(e.g., distributed) processing devices accessing a network linking theelements of FIG. 1. Further, any of the functions and steps provided inFIGS. 1 and 2 may be implemented in hardware, software, or a combinationof both and may reside on one or more processing devices located at anylocation of a network linking the elements of FIG. 1 or another linkednetwork including the Internet.

What is claimed is:
 1. A voice communication badge device comprising: aprocessor that wirelessly receives data including a voice message from acommunication interface, the data conveying transaction messageinformation processed by the communication interface, the transactionmessage information corresponding to an order identified by thecommunication interface; and a speaker that audibly communicates thevoice message to a person associated with the device, the voice messageinforming the person associated with the device to perform the orderidentified by the communication interface, wherein the voicecommunication badge device is communicatively coupled to thecommunication interface, wherein the data conveying transaction messageinformation is processed by the communication interface by mappingpredetermined indicator subcomponents encoded in the data to the orderand by identifying the person associated with the device to which thevoice message is to be communicated based on mapping the predeterminedindicator subcomponents encoded in the data to the order, and whereinthe voice message is generated by the communication interface, the voicemessage including the order based on the predetermined indicatorsubcomponents and encoding a unique message identifier and audio contentthat includes at least a portion of the transaction message informationcorresponding to the order.
 2. The device of claim 1, wherein the datawirelessly received from the communication interface includes aringtone, and the speaker audibly communicates the ringtone to theperson associated with the device.
 3. The device of claim 1, wherein thedata wirelessly received from the communication interface includes alogin identifier, and the speaker audibly communicates the loginidentifier to the person associated with the device.
 4. The device ofclaim 1, wherein the data wirelessly received from the communicationinterface includes a priority for the voice message, and the speakeraudibly communicates the priority of the voice message to the personassociated with the device.
 5. The device of claim 1, wherein the datawirelessly received from the communication interface includes callbackcontact information, and the speaker audibly communicates the callbackcontact information to the person associated with the device.
 6. Asystem for generating and communicating voice messages to a wirelessbadge in real time, the system comprising: a communication interfacehaving a processor to: identify subcomponents encoded in a transactionmessage by parsing the transaction message, the subcomponents comprisingpredetermined indicators; identify a recipient for the transactionmessage and a voice communication badge device corresponding to therecipient, as specified by one or more of the predetermined indicators;map at least one of the predetermined indicators to a task for an order;generate a voice message based on the predetermined indicators, thevoice message including the task for the order, and the voice messageencoding a unique message identifier and audio content that includes atleast a portion of the transaction message corresponding to the task forthe order; and communicate the voice message to the voice communicationbadge device associated with the recipient; and the voice communicationbadge device having a processor and a speaker to: wirelessly receive thevoice message generated by the communication interface; and audiblycommunicate the voice message to the recipient associated with the voicecommunication badge device, the voice message informing the recipient toperform the task for the order mapped by the communication interface. 7.The system of claim 6, wherein the communication interface having theprocessor comprises: an application message filter interface to receivea plurality of transaction messages, wherein for each of the pluralityof transaction messages, the application message filter interfaceidentifies the subcomponents including the predetermined indicatorsencoded in the plurality of transaction messages by parsing thetransaction messages in real time.
 8. The system of claim 7, wherein theapplication message filter interface further: for each one of thepredetermined indicators, identifies one task for the order that isassociated with the predetermined indicator.
 9. The system of claim 7,wherein the application message filter interface comprises a conditionalrouting processor to route the plurality of transaction messages toother systems using a data exchange system.
 10. The system of claim 6,wherein the communication interface having the processor comprises: anonline runtime processor running an application programming interfacefor communicating information of the transaction message, including thepredetermined indicators, to a virtual message interface.
 11. The systemof claim 6, wherein the communication interface having the processorcomprises: a virtual message interface that uses recipient-specificrouting information obtained from a data repository to communicate thevoice message to the voice communication badge device that is associatedwith the recipient.
 12. The system of claim 11, wherein therecipient-specific routing information includes callback contactinformation.
 13. The system of claim 6, wherein the communicationinterface having the processor comprises: a repository storing aplurality of orders, each of the plurality of orders comprising one ormore tasks for a corresponding order, and storing mapping informationthat associates each of the one or more tasks with the predeterminedindicators.
 14. A method for generating and communicating voice messagesto voice communication badge devices, the method comprising: identifyingsubcomponents encoded in a transaction message by parsing thetransaction message, the subcomponents comprising predeterminedindicators; identifying a recipient for the transaction message and avoice communication badge device corresponding to the recipient, asspecified by one or more of the predetermined indicators; mapping atleast one of the predetermined indicators to a task corresponding to anorder; generating, by a communication interface, a voice message basedon the predetermined indicators, the voice message including the taskcorresponding to the order, and the voice message encoding a uniquemessage identifier and audio content that includes at least a portion ofthe transaction message corresponding to the task corresponding to theorder; and communicating the voice message to the voice communicationbadge device associated with the recipient, wherein the voicecommunication badge device associated with the recipient wirelesslyreceives the voice message generated by the communication interface, andwherein the voice communication badge device audibly communicates thevoice message to the recipient, the voice message informing therecipient to perform the task corresponding to the order, as mapped bythe communication interface.
 15. The method of claim 14, wherein themethod is performed in real time.
 16. The method of claim 14, furthercomprising: determining whether the predetermined indicators areassociated with one or more criteria prior to generating the voicemessage.
 17. The method of claim 16, wherein the one or more criteriacomprise an association between the predetermined indicators and therecipient, an association between the task corresponding to the orderand the recipient, and an association between one or more taskscorresponding to the order and associated with the recipient.
 18. Themethod of claim 14, wherein generating the voice message based on thepredetermined indicators further comprises: converting one or more ofthe subcomponents including the predetermined indicators encoded in thetransaction message into a format compatible with a voice communicationapplication.
 19. The method of claim 14, further comprising: for eachone of the predetermined indicators, identifying one task correspondingto the order that is associated with the predetermined indicator. 20.The method of claim 14, further comprising: using recipient-specificrouting information obtained from a data repository to communicate thevoice message to the voice communication badge device that is associatedwith the recipient.